home *** CD-ROM | disk | FTP | other *** search
/ The Hacker Chronicles - A…the Computer Underground / The Hacker Chronicles - A Tour of the Computer Underground (P-80 Systems).iso / network / internet.doc < prev    next >
Text File  |  1992-09-02  |  13KB  |  262 lines
  1. <-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><->
  2. <->                                                         <->
  3. <->            The Beginner's Guide to Internet             <->
  4. <->                                                         <->
  5. <->            Written by Weapons Master                    <->
  6. <->                                                         <->
  7. <-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><-><->
  8.  
  9.     I remember the day I told one of my friends that I had hacked 
  10. some Unix accounts.  "Five accounts!", I said.  "I hacked five 
  11. unix accounts!"
  12.     "Well", my friend said, "I guess that's cool.  What can you 
  13. do with a unix account?"
  14.     I thought for a minute.  "Hmm...  I dunno."
  15.     Well, that was a long time ago, and since then, I've been 
  16. learning what you can do with a unix account.  The cool thing 
  17. about having an account on a unix is not the processing power of 
  18. the unix.  Those things seem pretty slow, especially once you 
  19. have several users on the thing.  The software on them generally 
  20. sucks, except for a couple cool things you can do.  I mean the 
  21. unix OS is nice, and it's fun being able to run jobs in the 
  22. background, but it's really nothing to get excited about.  
  23. (Though I'm sure some Unix fanatics would disagree with me.)
  24.     Unless your system has access to internet.  Then you've 
  25. stepped into a whole new world.
  26.     What can you do with internet?  Well, here's the main things:
  27.     + Send mail to anyone else on internet (includes Compuserve).
  28.     + Call any other system on internet.
  29.     + Chat with anyone on any system on internet.
  30.     + Call many systems (several hundred) and download files.
  31.     + Play multi-player games with other people.
  32.     + Access outdials to call LD boards for free
  33.     Sounds pretty cool, huh?  Damn straight.  Before I talk about 
  34. how to do all of these things, I'll talk about what internet is 
  35. and how you can be a part of it.
  36.     There's an incredible number of unix systems worldwide, and 
  37. most of them are pretty powerful mainframes or minicomputers that 
  38. are connected to each other with high speed transfer lines and 
  39. dialups.  All these systems combined, plus some outdials, vaxes, 
  40. and other assorted technogoodies make up internet.  If you have 
  41. an account on one of these systems, then you have access to 
  42. internet and actually are a part of internet.
  43.     Everything on internet has an address.  It can be stated in 
  44. two ways, mnemonics or numbers.  Mnemonics looks something like 
  45. this: pogo.ai.mit.edu.  This is the addess of one of the MIT 
  46. unixes.  Numbers look like this: 192.55.239.132.  See the 
  47. similarities?
  48.     Everybody on internet has an address.  If I'm logged in on 
  49. that MIT unix I spoke of earlier, suppose under the account 
  50. "joe", my address would be joe@pogo.ai.mit.edu.  If someone 
  51. wanted to leave me mail, they'd send it to that address.
  52.     So to be a part of internet and access it, you need to be 
  53. logged into a system on intrnet, usually a unix.  How do you get 
  54. a unix account?  Well, that's your problem.  Most colleges and 
  55. universities have several unix systems.  Many have guest 
  56. accounts, but if you can't find one of those, you'll probably 
  57. have to hack one.  But that's no big deal, unix accounts are the 
  58. easiest things in the world to hack, especially if you already 
  59. have access to one account on the system.  If possible though, 
  60. get your own.  That way you can have your own little mailbox, and 
  61. there's less confusion.  Sharing an account can be a pain.
  62.     So how do you do all those nifty things I spoke of above?
  63. Well, in this article I'll give unix examples, because that's the 
  64. systems I work with most, and the ones you'll probably be working 
  65. on.
  66.  
  67. SENDING MAIL TO SOMEONE ELSE
  68.  
  69.     This is easy, just type "mail <person's address>".  Type your 
  70. message, and the last line is a line with just '.' and a cr.  The 
  71. mail will be transferred from system to system until it gets to 
  72. where it's going.  If it goes around for a while, and then 
  73. realizes that the address is false (i.e. no such thing as 
  74. frank.ai.ber.edu), it'll be returned to you, maybe within a few 
  75. minutes if you're mailing somebody on your system, maybe within a 
  76. day if it has to go all over the country.  Mail is usually sent 
  77. within 24 hours, depending how far it has to go.
  78.  
  79. SEEING WHO IS LOGGED IN AT A SPECIFIC SYSTEM
  80.  
  81.     Type "finger @<system address>", so "who @pogo.ai.mit.edu" would 
  82. see who is logged in on that system.  This is useful to see if a 
  83. system is free, so you can hack it at will, or a system 
  84. administrator is there.  Also good for seeing if one of your 
  85. friends is there, so you can chat with them.
  86.  
  87. GETTING INFORMATION ON A USER ON A SPECIFIC SYSTEM
  88.  
  89.     The command is "finger <username>@<system address>", so 
  90. "finger joe@pogo.ai.mit.edu" would give you some info on joe, 
  91. such as when he last logged on, wether he is currently on the 
  92. system, his name, and some other stuff.
  93.  
  94. TALKING TO SOMEONE ELSE IN REAL-TIME
  95.  
  96.     Two ways to do this.  One is a two-way chat mode like you get 
  97. on boards.  To do this, type "talk <username>@<system address>".  
  98. It'll page the person on the other end, and then they can type 
  99. "talk" and then your address.  Then you have a two way chat mode.
  100.     If you just want to have a message appear on his console, 
  101. type "write <username>@<system address>".  Then type the message 
  102. you want displayed, and then type ctrl-D.  (At least that's what 
  103. it is on my system.)  The guy on the other end will see "Message 
  104. from <so&so>", it'll beep, and then show your message.
  105.  
  106. CONNECTING TO REMOTE SYSTEMS
  107.  
  108.     Use the Unix command "telnet".  "telnet <system address>" will 
  109. connect you to a foreign system.  Just typing "telnet" by itself 
  110. will get you to the telnet command mode.  You'll see the 
  111. "telnet>" prompt.  Then you can type "open <system address>", or 
  112. just abbreviate that to "o <system address>".
  113.     Anyway, when you call, you'll see "Trying...".  If the system 
  114. exists, this shouldn't take more than a few seconds, unless 
  115. you're connecting to something in Europe or Australia.  In any 
  116. event, at this point you can abort the attempt by typing ctrl-c, 
  117. or whatever the break key is on your system.  When you see 
  118. "Connected", you know you've succeded, and it'll tell you the 
  119. terminal escape character, ctrl-[ on my system.  Also, it may say 
  120. "Connection refused by foreign host." or something to that 
  121. effect.  When you call a system, the system probably won't get 
  122. your username (though don't count on this), but will be informed 
  123. of where the call is coming from.  Some systems only accept calls 
  124. from certain systems.  Also, the system could be down for some 
  125. reason.
  126.     Once you've connected, you're communicating with the system 
  127. normally, albeit a little slower due to all the packet switching.  
  128. At any time you can type ctrl-[ (though your terminal escape 
  129. character may be something else), and see the "telnet>" prompt.  
  130. You can just hit enter, and resume your dialog.  Or you can type 
  131. "close" or "c" to close the connection, or "q" to quit.  You can 
  132. also do a shell escape, by typing "z".  The telnet process will 
  133. be suspended, and you are back in a shell.  When you wish to 
  134. resume, you can continue the telnet process by typing "%1".
  135.     Telnet is a hacker's best friend, because from a unix, you can 
  136. call another unix, and from there another, and completely obscure 
  137. your trail.  It is almost impossible to even tell what part of 
  138. the country you are calling from, let alone trace you to your 
  139. home.
  140.  
  141. GETTING FILES FROM A REMOTE SYSTEM
  142.  
  143.     There are many ways to do this, but I typically use FTP.  
  144. "ftp" is a Unix command that allows you to connect to remote 
  145. systems and leech their files.  FTP is very similar to telnet in 
  146. command syntax, in that you can type "ftp <system address>", or 
  147. type "ftp" and enter an interactive ftp mode.
  148.     When you connect to a system, assuming successful connection, 
  149. you'll be greeted with:
  150.    Login: (name etc etc)
  151. You DO NOT want to hit return, or the system will send your 
  152. username, and it won't work.  Type "anonymous", as the majority 
  153. of systems support that.  Next it'll ask you for password.  Just 
  154. hit return, or type "anon".  Hopefully, you'll be connected.
  155.     btw usually your username and system location are sent 
  156. anyway.  If you're going to be ftping something sensitive, you 
  157. probably want to be on a guest account.  That way the system will 
  158. only know that it's sending files to "guest@<whatever>", and 
  159. nothing can be traced back to you.
  160.     Once you're on, you'll be sitting at the ftp prompt of 
  161. "ftp>".  There are a variety of commands you can use, mostly for 
  162. finding your way through the remote systems directory tree and 
  163. sending or recieving files.  Here is a list of some of the more 
  164. useful:
  165.  
  166. quit :disconnect and quit ftp.
  167.  
  168. ls :show files in current directory.  Shows names only.
  169.  
  170. ls -l :show files in current directory.  Shows names, filesize, & 
  171. permissions.
  172.  
  173. cd <directory> :Change current directory.  Syntax is exactly like 
  174. the cd command in unix, i.e. "cd .." will move you back one 
  175. directory, "cd /" will move you to the root directory, "cd 
  176. /usr/lib" will move you to the directory /usr/lib, and so forth.
  177.  
  178. recv <filename> :File is sent from the remote system to your 
  179. system.  Wildcards are not allowed.  The file will be copied into 
  180. your current directory.
  181.  
  182. mget <filename> :Like "recv" above, but wildcards are allowed.  
  183. However, confirmation is requested for each file.
  184.  
  185. ? :list commands availabe in ftp.
  186.  
  187.     Transfer times are extremely fast, as least to someone like 
  188. me with a 2400 baud modem.  A 100k file might take eight seconds.  
  189. Times do vary though.
  190.     btw you probably don't need me to tell you this, but feel 
  191. free to ftp the /etc/passwd file from a remote system, and use a 
  192. password hacker to bust in the accounts.  It's one of the best 
  193. uses of ftp.
  194.  
  195. PLAYING ONLINE GAMES ON A UNIX
  196.  
  197.     This varies greatly from machine to machine.  I've seen some 
  198. good multi-player games out there, and heard of many more.  
  199. Hopefully you can find a system with one.  If not, my only 
  200. suggestion is to get the source somewhere, and try to compile it 
  201. on your machine (a tedious task).
  202.  
  203. PLACES TO CALL
  204.  
  205.     So now that you know how to use all these tools, you need 
  206. someplace to ftp to or telnet from.  Well, here are a few, but 
  207. this list only scratches the surface.
  208.  
  209. Guest Accounts:            login
  210. pogo.ai.mit.edu            guest
  211. geech.ai.mit.edu           guest
  212. churchy.ai.mit.edu         guest
  213. gnu.ai.mit.edu             guest
  214.  
  215. Internet BBS's:
  216. (All these places are PD, but that's life.  But in my opinion, 
  217. there's only one place to call, and that's mars.  It has multi-
  218. user chat, a library with ALL the phracks, a good TelComm 
  219. section, and you can often find some elite people there.  (If 
  220. not, you can rag on the lmaers.)  Anyway, if you see a guy named 
  221. Weapons, say hi.  It's probably me.)
  222.  
  223. address (mnemonic)    (numeric)   login   details
  224. * indicates that it recognizes rlogin option -l login correctly
  225. vaxb.acs.unt.edu      129.120.1.4  bbs     Small BBS for U of N. Texas
  226. samba.acs.unc.edu  128.109.157.30  bbs    *XBBS system
  227. uafcseg.uark.edu   130.184.64.202  bbs    ?U. of Arkansas; usenet, irc
  228. mars.ee.msstate.edu   130.18.64.3  bbs    *Full-screen (neat)
  229. naval acad. bbs    131.121.161.71  <cr>   ?Single-user system, so keep trying
  230. tolsun.oulu.fi        128.214.5.6  box    *Finland; IRC, Usenet
  231. vtcosy.cns.vt.edu    128.173.5.10  ---    ?Must apply for an account
  232. quartz.rutgers.edu      128.6.4.8  bbs    *Citadel system, very active
  233. star96.nodak.edu  134.129.107.131  20     ?UnaXcess BBS
  234.  
  235. Libraries (Unix shareware, mostly):
  236. melvyl.ucop.edu          31.0.0.11  California State libraries
  237.   also 31.0.0.13, 31.1.0.1, 31.3.0.1, 31.1.0.11
  238. library.bu.edu       128.197.4.200  Boston Univ. Library
  239. nike.cair.du.edu      130.253.1.14  login as carl
  240. rlg.stanford.edu        36.54.0.18
  241. nervm.nerdc.ufl.edu 128.227.128.80  contact fcla@nervm for auth. code
  242. bootes.unm.edu          129.24.8.2  login as student0 through student7
  243. emuvm1.cc.emory.edu    128.140.1.4  press <cr>, DIAL VTAM, LIB, press PF1
  244. ctw.wesleyan.edu    129.133.21.251
  245. lias.psu.edu         128.118.25.13  Use TERM to set termtype
  246. vma.cc.cmu.edu        128.2.253.40  port 1
  247. merit.edu                 35.1.1.6  Which Host? mirlyn
  248. delcat.udel.edu       128.175.13.6  Delcat
  249.  
  250. Thanks -
  251.     To The Coroner for being a good guy, and giving me information 
  252. when I least expect it.
  253.     To The Raging Golem for helping distribute my files.
  254.     To L. for a putting up a way cool board.
  255.     To D. for standing still in the Photon arena, so I could 
  256. shoot him a whole bunch of times and rack up a pretty good score.
  257.  
  258. by Weapons Master
  259.  
  260. Downloaded From P-80 Systems 304-744-2253
  261.  
  262.